Order fulfillment logic for a field service system

ABSTRACT

In one embodiment, an order pertaining to one or more items available at multiple inventory locations associated with an organization is received, and a preference order fulfillment list is created for the multiple inventory locations based on one or more criteria configurable by the organization.

RELATED APPLICATIONS

The present application claims priority to U.S. Provisional Application Ser. No. 60/552,254, filed Mar. 107, 2004, which is incorporated herein in its entirety.

FIELD OF THE INVENTION

This invention relates generally to field service automation, and more particularly to order fulfillment within a field service system.

COPYRIGHT NOTICE/PERMISSION

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever. The following notice applies to the software and data as described below and in the drawings hereto: Copyright © 2004, Siebel Systems, Inc., All Rights Reserved.

BACKGROUND OF THE INVENTION

The Internet is transforming corporate architectures. Businesses are now recreating themselves to become more efficient and to find new business opportunities. Various technologies have emerged to assist in the automation of companies' operations. One example of such technologies is Customer Relationship Management (CRM) designed to help companies to improve their interaction with customers. Effective CRM typically allows organizations to manage and coordinate customer interactions across multiple channels, including, for example, sales, marketing and service channels. One exemplary aspect of service CRM is field service management.

A typical field service application operates by receiving a report of a customer problem, identifying which parts and labor are needed to resolve the problem, and ordering the required parts from an inventory location. Depending on a contract between the customer and the service organization, the order may need to be fulfilled in a short or long period of time. For example, the customer's contract may require the service organization to replace a malfunctioning router in any customer's location within two hours. Typically, a service organization has a large number of inventory locations that are geographically dispersed to provide service to customers at different geographical regions. In addition, a service organization does not stock every part at each inventory location to decrease the inventory holding costs. Rather, a service organization tends to stock parts depending upon the criticality factor. In particular, a service organization usually stocks critical parts closer to the customers in local field offices (also known as expedite locations) and the less critical parts at the central distribution location that services a larger customer base. Current field service applications typically define static lists of inventory locations for each geographical region serviced by the organization and then use the same static list for all orders associated with a unique geographical region, without taking into consideration the priority level of the order, inventory replenishment costs, or any other factors specific to the contract and the inventory locations from the static list.

SUMMARY OF THE INVENTION

According to one aspect of the present invention, an order pertaining to one or more items available at multiple inventory locations associated with an organization is received, and a preference order fulfillment list is created for the multiple inventory locations based on one or more criteria configurable by the organization.

The present invention describes systems, clients, servers, methods, and machine-readable media of varying scope. In addition to the aspects of the present invention described in this summary, further aspects of the invention will become apparent by reference to the drawings and by reading the detailed description that follows.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will be understood more fully from the detailed description given below and from the accompanying drawings of various embodiments of the invention, which, however, should not be taken to limit the invention to the specific embodiments, but are for explanation and understanding only.

FIG. 1 is a block diagram of one embodiment of an order fulfillment system.

FIG. 2 is a flow diagram of one embodiment of a process for fulfilling orders.

FIG. 3 is a flow diagram of an exemplary process for fulfilling field service orders in a field service management system, according to one embodiment of the present invention.

FIG. 4 illustrates an exemplary chain of service inventory locations having parts required by an order.

FIG. 5 illustrates an exemplary table storing, for each inventory location, a set of priority weights.

FIG. 6A illustrates an exemplary preference list to fulfill an order with a low priority level.

FIG. 6B illustrates an exemplary preference list to fulfill an order with a high priority level.

FIG. 7 is a block diagram of an exemplary computer system.

DETAILED DESCRIPTION OF THE INVENTION

In the following description, numerous details are set forth. It will be apparent, however, to one skilled in the art, that the present invention may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring the present invention.

Some portions of the detailed descriptions which follow are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of steps leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like.

It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the following discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “calculating” or “determining” or “displaying” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.

The present invention also relates to apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.

The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general purpose systems may be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method steps. The required structure for a variety of these systems will appear from the description below. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the invention as described herein.

A machine-readable medium includes any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer). For example, a machine-readable medium includes read only memory (“ROM”); random access memory (“RAM”); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.); etc.

FIG. 1 is a block diagram of one embodiment of an order fulfillment system 100. The order fulfillment system 100 includes a server 102 and a number of client devices 106 (clients 1 through N) coupled to the server 102 via a communications network 104. The communications network 104 may be, for example, a wide area network (e.g., the Internet), a local area network (LAN), a wireless network (e.g., a cellular network), the Plain Old Telephone Service (POTS) network, etc.

Each client 106 represents a device that allows a user to communicate with the server 102. The user is a representative (e.g., an employee) of an organization such as a service organization that provides service (e.g., field service) to customers, a sales organization that sells products to customers, etc. The server 102 includes an order fulfillment module 110 that dynamically creates, for each order submitted by the users of clients 106, a preference list identifying optimal inventory locations for fulfilling this order. A submitted order may be, for example, a parts order associated with a field service request, a sales order associated with a purchase request, etc. The preference order fulfillment list is created based on criteria configurable by the organization. These criteria may include, for example, the distance between the inventory location and shipping location, a priority level (e.g., low priority, high priority, etc.) of the order, priority level weights of the inventory location (e.g., weight for fulfilling orders of a specific priority level from this inventory location), the shipping preference of the inventory location, supplier status, and/or other factors that need to be considered when selecting an inventory location for fulfilling the order. In one embodiment, an organization may define criteria that allow orders to be consumed in such a way that both priority level commitments associated with the orders (e.g., priority levels of the orders) and inventory fulfillment rules of the organization (e.g., low inventory holding costs and low replenishment costs) are satisfied.

In one embodiment, the order fulfillment module 110 includes an order receiver 114, an item finder 116, a preference list creator 118, and a database 112. The order receiver is responsible for receiving orders from clients 106 and identifying parameters associated with the orders (e.g., priority level, shipping location, items to be ordered, etc.). The item finder 116 is responsible for finding inventory locations having the requested items using data stored in the database 112. The preference list creator 118 is responsible for creating preference lists to fulfill the orders. Each preference list is created based on the criteria defined by the organization. In one embodiment, a preference list is created by calculating a criteria value (e.g., using a formula that combines all or some of the criteria) for each inventory location having the requested item(s), and sorting the inventory locations having the requested item(s) by the calculated criteria value.

FIG. 2 is a flow diagram of one embodiment of a process 200 for fulfilling an order. The process may be performed by processing logic that may comprise hardware (e.g., circuitry, dedicated logic, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both. Processing logic may reside on the server 102 or any other device coupled to the server 102.

Referring to FIG. 2, process 200 begins with processing logic receiving an order pertaining to one or more items (e.g., parts required for field service or products ordered by a customer) (processing block 202) and identifying one or more parameters associated with the order (e.g., the priority level of the order, shipping location, items to be ordered, etc.) (processing block 204).

Next, processing logic finds inventory locations associated with an organization (e.g., inventory locations of the organization or its partners) that have the required items (processing block 206).

Further, processing logic creates a preference order fulfillment list for the found inventory locations based on one or more criteria configurable by the service organization (processing block 208). The one or more criteria may include a single parameter (e.g., a distance between the shipping location associated with the order and the inventory location) or a combination of several parameters (e.g., a distance between the shipping location associated with the order and the inventory location, the priority level associated with the order, priority weight associated with the inventory location, shipping preference associated with the inventory location, supplier status, etc.). In one embodiment, in which a single criterion is used, the preference order fulfillment list is created by sorting the found inventory locations by this criterion. In another embodiment, the preference order fulfillment list is created by calculating a criteria value (e.g., using a predefined formula that combines multiple criteria) and sorting the found inventory locations by the calculated criteria value.

As discussed above, the process 200 may be used by a service organization to fulfill field service orders. Exemplary criteria defined by the service organization for use in the order fulfillment process may include a priority level associated with a field service order, priority weights of inventory locations associated with the service organization, and a distance between each inventory location and location associated with the field service order. It should be noted, however, that the above criteria are provided for illustrative purposes only, and various other criteria may be used with the embodiments of the present invention without loss of generality.

FIG. 3 is a flow diagram of an exemplary process 300 for fulfilling a field service order in a field service management system, according to one embodiment of the present invention. The process may be performed by processing logic that may comprise hardware (e.g., circuitry, dedicated logic, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both. Processing logic may reside on the server 102 or any other device coupled to the server 102.

Referring to FIG. 3, process 300 begins with processing logic receiving a field service order pertaining to one or more parts required for field service (processing block 302) and identifying parameters associated with the order such as the priority level of the order, location associated with the order, and parts to be ordered (processing block 304).

Next, processing logic finds inventory locations associated with a service organization that have the required parts (processing block 306) and identifies, for each found inventory location, a priority weight corresponding to the priority level of the order (processing block 308). In one embodiment, the priority weight is identified using data stored in a database such as the database 112. That is, the database 112 may store, for each inventory location, a set of priority weights corresponding to predefined order priority levels. In one embodiment, priority weights are maintained for individual parts. Alternatively, the same priority weights are maintained for all the parts in the inventory location.

Further, processing logic computes, for each found inventory location, a distance between the relevant inventory location and the location associated with the order (processing block 310) and calculates, for each found inventory location, a value that combines the computed distance and the priority weight identified at processing block 308 (processing block 312).

Afterwards, at processing block 314, processing logic sorts the found inventory locations by the value calculated at processing block 312. As a result, a preference order fulfillment list is dynamically created for the order, with the most optimal inventory location at the top.

An example of an order for parts to be shipped to Fremont, Calif. will now be described. FIG. 4 illustrates an exemplary chain 400 of service inventory locations having the parts required by the order. FIG. 5 illustrates an exemplary table 500 storing, for each inventory location from FIG. 4, a set of priority weights (referred to as order priority weightage). Each priority weight in the set corresponds to a particular priority level (i.e., a low priority level, a medium priority level, and a high priority level).

When creating a preference list for the order, a distance between each inventory location and Fremont is calculated. In one embodiment, the distance is a Euclidean distance calculated using latitude-longitude data available from the zip code administration data.

Next, a value combining relevant calculated distance and priority weight is computed for each inventory location. For example, this value may be computed using the following expression:

F(x,y)=x−500y,

wherein x is the distance calculated for a relevant inventory location, and y is the priority weight corresponding to the priority level of the order for the relevant inventory location.

The computed values are then used to sort the found inventory locations into a preference list. FIG. 6A illustrates an exemplary preference list 600 to fulfill the order with a low priority level. FIG. 6B illustrates an exemplary preference list 650 to fulfill the order with a high priority level. Accordingly, the San Francisco Distribution location or Los Angeles Distribution location is the optimal inventory location for a low priority order, and the San Jose or Oakland field office is the optimal inventory location for a high priority order.

FIG. 7 is a block diagram of an exemplary computer system 700 that may be used to perform one or more of the operations described herein. In alternative embodiments, the machine may comprise a network router, a network switch, a network bridge, Personal Digital Assistant (PDA), a cellular telephone, a web appliance or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine.

The computer system 700 includes a processor 702, a main memory 704 and a static memory 706, which communicate with each other via a bus 708. The computer system 700 may further include a video display unit 710 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer system 700 also includes an alpha-numeric input device 712 (e.g., a keyboard), a cursor control device 714 (e.g., a mouse), a disk drive unit 716, a signal generation device 720 (e.g., a speaker) and a network interface device 722.

The disk drive unit 716 includes a computer-readable medium 724 on which is stored a set of instructions (i.e., software) 726 embodying any one, or all, of the methodologies described above. The software 726 is also shown to reside, completely or at least partially, within the main memory 704 and/or within the processor 702. The software 726 may further be transmitted or received via the network interface device 722. For the purposes of this specification, the term “computer-readable medium” shall be taken to include any medium that is capable of storing or encoding a sequence of instructions for execution by the computer and that cause the computer to perform any one of the methodologies of the present invention. The term “computer-readable medium” shall accordingly be taken to included, but not be limited to, solid-state memories, optical and magnetic disks, and carrier wave signals.

Whereas many alterations and modifications of the present invention will no doubt become apparent to a person of ordinary skill in the art after having read the foregoing description, it is to be understood that any particular embodiment shown and described by way of illustration is in no way intended to be considered limiting. Therefore, references to details of various embodiments are not intended to limit the scope of the claims which in themselves recite only those features regarded as essential to the invention. 

1. A method comprising: receiving an order pertaining to one or more items available at a plurality of inventory locations associated with an organization; and creating a preference order fulfillment list for the plurality of inventory locations based upon one or more criteria configurable by the organization.
 2. The method of claim 1 wherein the preference order fulfillment list is created to satisfy priority level commitments associated with the order and inventory fulfillment rules of the organization.
 3. The method of claim 1 wherein creating the preference order fulfillment list comprises: identifying the plurality of inventory locations storing the one or more items; and sorting the plurality of inventory locations using the one or more criteria.
 4. The method of claim 3 wherein sorting the plurality of inventory locations comprises: calculating a value for each of the plurality of inventory locations based upon the one or more criteria; and sorting the plurality of inventory locations by the calculated value.
 5. The method of claim 4 wherein the value is calculated using data maintained in a database for each of the plurality of inventory locations.
 6. The method of claim 1 wherein the one or more criteria includes a priority level associated with the order, a priority weight associated with each of the plurality of inventory locations for the priority level associated with the order, and a distance between each of the plurality of inventory locations and a location associated with the order.
 7. The method of claim 6 further comprising: maintaining, in a database, a set of priority weights for each of the plurality of inventory locations, each priority weight in the set corresponding to a predefined priority level.
 8. The method of claim 6 further comprising: calculating, for each of the plurality of inventory locations, a distance between said each of the plurality of inventory locations and the location associated with the order.
 9. The method of claim 8 wherein the distance is a Euclidean distance calculated using latitude-longitude data.
 10. The method of claim 8 wherein creating the preference list comprises: identifying, for each of the plurality of inventory locations, a priority weight corresponding to the priority level of the order; computing, for each of the plurality of inventory locations, a value combining the priority weight and the distance calculated for said each of the plurality of inventory locations; and sorting the plurality of inventory locations by the computed value to create the preference order fulfillment list.
 11. The method of claim 10 wherein a first entry in the preference order fulfillment list identifies an optimal inventory location to fulfill the order.
 12. An apparatus comprising: an order receiver to receive an order pertaining to one or more items available at a plurality of inventory locations associated with an organization; and a preference list creator to create a preference order fulfillment list for the plurality of inventory locations based upon one or more criteria configurable by the organization.
 13. The apparatus of claim 12 wherein the preference order fulfillment list is created to satisfy priority level commitments associated with the order and inventory fulfillment rules of the organization.
 14. The apparatus of claim 12 further comprising: an item finder to identify the plurality of inventory locations storing the one or more items.
 15. The apparatus of claim 12 wherein the preference list creator is to create the preference order fulfillment list by calculating a value for each of the plurality of inventory locations based upon the one or more criteria, and sorting the plurality of inventory locations by the calculated value.
 16. The apparatus of claim 15 further comprising a database to maintain data for each of the plurality of inventory locations, the data being used to calculate the value for said each of the plurality of inventory locations.
 17. The apparatus of claim 16 wherein the one or more criteria includes a priority level associated with the order, a priority weight associated with each of the plurality of inventory locations for the priority level associated with the order, and a distance between each of the plurality of inventory locations and a location associated with the order.
 18. The apparatus of claim 17 wherein the data maintained in the database comprises a set of priority weights for each of the plurality of inventory locations, each priority weight in the set corresponding to a predefined priority level.
 19. The apparatus of claim 18 wherein the preference list creator is to create the preference order fulfillment list by calculating, for each of the plurality of inventory locations, a distance between said each of the plurality of inventory locations and the location associated with the order, identifying, for each of the plurality of inventory locations, a priority weight corresponding to the priority level of the order, computing, for each of the plurality of inventory locations, a value combining the priority weight and the distance calculated for said each of the plurality of inventory locations, and sorting the plurality of inventory locations by the computed value to create the preference order fulfillment list.
 20. A machine-readable medium having executable instructions to cause a machine to perform a method comprising: receiving an order pertaining to one or more items available at a plurality of inventory locations associated with an organization; and creating a preference order fulfillment list for the plurality of inventory locations based upon one or more criteria configurable by the organization.
 21. The machine-readable medium of claim 20 wherein the preference order fulfillment list is created to satisfy priority level commitments associated with the order and inventory fulfillment rules of the organization.
 22. The machine-readable medium of claim 20 wherein creating the preference order fulfillment list comprises: identifying the plurality of inventory locations storing the one or more items; calculating a value for each of the plurality of inventory locations based upon the one or more criteria; and sorting the plurality of inventory locations by the calculated value.
 23. The machine-readable medium of claim 20 wherein the one or more criteria includes a priority level associated with the order, a priority weight associated with each of the plurality of inventory locations for the priority level associated with the order, and a distance between each of the plurality of inventory locations and a location associated with the order.
 24. A system comprising: a memory; and at least one processor coupled to the memory, the processor executing a set of instructions which cause the processor to receive an order pertaining to one or more items available at a plurality of inventory locations associated with an organization, and create a preference order fulfillment list for the plurality of inventory locations based upon one or more criteria configurable by the organization.
 25. The system of claim 24 wherein the preference order fulfillment list is created to satisfy priority level commitments associated with the order and inventory fulfillment rules of the organization.
 26. The system of claim 24 wherein the processor is to create the preference order fulfillment list by identifying the plurality of inventory locations storing the one or more items, calculating a value for each of the plurality of inventory locations based upon the one or more criteria, and sorting the plurality of inventory locations by the calculated value.
 27. The system of claim 24 wherein the one or more criteria includes a priority level associated with the order, a priority weight associated with each of the plurality of inventory locations for the priority level associated with the order, and a distance between each of the plurality of inventory locations and a location associated with the order.
 28. The system of claim 27 further comprising a database to maintain a set of priority weights for each of the plurality of inventory locations, each priority weight in the set corresponding to a predefined priority level.
 29. The system of claim 28 wherein the processor is to create the preference list by calculating, for each of the plurality of inventory locations, a distance between said each of the plurality of inventory locations and the location associated with the order, identifying, for each of the plurality of inventory locations, a priority weight corresponding to the priority level of the order, computing, for each of the plurality of inventory locations, a value combining the priority weight and the distance calculated for said each of the plurality of inventory locations, and sorting the plurality of inventory locations by the computed value to create the preference order fulfillment list. 